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Abstract Title 3 build-to-order computer system 

Ensuring compatiDiiixY m a « 



,S7, A svste. for ^^^^^^^^^r^"^ 
build-to-order computer '^f/'Tnted with a first list of 
ordering session, a user - P- ^^^^^^^^ .^at may be 
options such as a tist of J 137. After 

i,;plemer,ted on a target ^^e list the 

receiving an ind.cat.on of 3 /^'«^'°"^25 generate a 

system accesses a ■^«'^/3f,^ft^?;e "ogranfs. wherein 
second Ust of options such as software 9 

each option of the second 's comP ^^^^ ^^^^ 
selection from the first "st- ' includes at 
includes «"«ries for every option off^^^^^ a ^^^^ 

least one tag '"^''^''''X svstem can be used to present 
the -"aster data basejhe v^^^^^^ ^^^.^^^ 

to the user a P'"^^"^ ° ''^".h the previous selections, 
presented are compatible 'J® P^j^^tions in a data 
?he system writes '"<1'"»'.*'"%°V wherein selections 
file provided to '^^''^^''''''^ '^^-^^^^. J^Zm using the 
are implemented on the target "^^P^J^J^^^^^^^ to 
data file. The system Z^'^fZl a^rtmeie s of the target 
determine P^^J^'^ rurthe^'ete'rmfne^ parameters in 
computer system, ^ ^f options. The system 

rnSra%rch\rto''rf computer system over a 
^omTuter network such as the internet. 
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GENERATION OF A COMPATIBLE ORDER FOR A COMPUTER SYSTEM 



This application relates to co-pending United States patent application Serial 
No. 08/921,438 attorney docket number M-5216 US, filed on August 29, 1997, 
entitled "Database for Facilitating Software Installation and Testing for a Build-To- 
Order Computer System** and nammg Richard D. Amberg, Roger W. Wong, and 
1 0 Michael A- Brundridge as inventors, the iq)plication being incorporated herein by 
reference in its entirety. 

This application relates to co-pending United States patent application Serial 
No. 08/920,773, attorney docket number M-52 17 US, filed on August 29, 1997, 
entitled "Software Installation and Testing fiar a Build-To-Ordcr Computer System** 
1 5 and naming Richard D. Amberg, Roger W. Wong, and Midiael A. Brundridge as 
inventors, the application being incorporated herein by reference in its entirety. 

This application relates to co-pending United States patent application Serial 
No. 08/919, 959 attorney docket number M-5022 US, filed on August 29, 1997, 
entitled "Software Installation and Testing fiar a Buiid-To-Order Computer System" 
20 and naming Richard D. Amberg, Roger W. Wong, and Michael A. Brundridge as 
inventors, the application being incorpoialed herein by reference in its entirety. 

The present invention relates to computer systems in general, and more 
particularly to generating a compatible order for a build-to-ordcr computer system. 
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Description of fh^f^^lpty^ ^rt 

Computer systems arc information handling systems which can be designed to 
give independent computing power to one user or a plurality of users. Computer 
systems may be found in many forms including, for cxaniple. mainframes, 
minicomputers, workstations, servers, personal computers, internet terminals, 
notebooks, and embedded systems. Personal computer (PC) systems, such as the 
International Business Machines (IBM) compatible PC systems, include desk top, 
floor standing, or portable versions. A typical PC systan includes such hardware 
components as a processor, associated memory such as a RAM. control logic, and a 
number of peripheral devices that provide input and oulput for the system. Such 
peripheral devices often include floppy and hard disk drives, CI>-ROM drives, 
network capability cards, terminal devices, modems, sound devices, voice recognition 
devices, electronic pen devices, and other mass storage devices such as tape drives 
and DVDs. 

It has been known to install software programs and to perform tests on 
computer systems before they are shipped to businesses or individual customers. The 
goal of software installation and testing is to efficiently produce a usefiil, reliable 
computer system which may be delivered to businesses and individuals free from 
errors and ready to run. In general, testing detects and analyzes errors that occur in 
both the hardware and software portions of the computer system. A partial list of 
computer system hardware tests might include diagnostics upon hardware components 
such as a processor, memory, a storage device, an audio device, a graphics device, a 
keyboard, a mouse, and a printer. Software installation often includes loading a 
desired package of software programs onto the computer system, preparing 
appropriate environment variables for the computer, and preparing appropriate 
initialization files for the loaded software programs. Software testing often includes 
making sine that a desired version of software programs has been installed onto the 
computer system and that appropriate drivers are present on the computer system. 



It has been known to specify software programs to be instaUcd on a computer 
system. A computer file can be generated to indicate the software programs chosen or 
selected. Typically, the generated file is checked by a program or programs to 
determine whether the selected software programs for the targeted computer system 
axe compauble. If the selected programs are incompatible, the program returns an 
error which rtjquires the generation of a new file. Such a system adds to the 
inconvenience of ordering and spedftring a con^wter qrstem. 



It has been discovered that presenting to a user a list of options compatible 
10 with a previous choice made by user advantageously enables a system for specifying 
software programs and hardware components for a computer system to write to a 
compatible data file an indication of those selections. 

In one aspect, the invention includes a method for specifying a computer 
system. The method includes presenting to a user via a user interface a list of a first 

15 plurality of options that may be implcmealed on acomputer system and receiving an 
indication of a selected choice by a user fiom Ae first plurality of options presented to 
the user via the user interface. The meJbod also includes generating a list of a second 
plurality of options that may be implemcodted on a computer system. Each of the 
second pluraUty of options is compatftle with the selected choice. The method fiirdier 

20 includes presenting to the user via the user interfece. the list of the second plurality of 
options. 

In another aspect of die invention, a computer system includes a processor and 
a memory operably coupled to the processor. The memory includes a software 
program installed thereon. The software program is selected to be installed from a Ust 
25 of options. Each option of the list is compatible with an operating system installed on 
the memory. The operating system is sdected previous to the selection of the 
software program. The list is generated by accessing a computer system readable data 
base which includes a plurality of entries. The data base includes an entry for each 
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option of the list The entry for each option of the list includes an indication of 
compatibility with the selected operating system. 

In another aspect of the invention, a method for specifying a computer system 
includes providing to a user interface a first list of options, receiving 6om the user 
interface an indication of a selected choice finom the first list of options presented to 
the user via the user interface, and generating a second list of options. The generating 
includes accessing a computer system readable data base. Each option of the second 
list is conq>atible with the selected choice. The method also includes providing to the 
user interface the second list of options and receiving fixtm the user interface an 
indication of at least one selected choice fit>m the second list of options presented to 
the user via the user interface. TTie method further includes writing to a computer 
readable data file an indication of the selected choice from the first list and writing to 
a computer readable data file an indication of the at least one selected choice fi*om the 
second list. 

In another aspect of the invention, a system for generating an order for a 
computer system includes a computer readable data base including a plurality of 
entries. Each entry representing an option capable of being implemented on a 
computer system. The system also includes means for providing a list of options to a 
user interface to be presented to a user via the user interface, means for receiving from 
a user interface an indication of at least one selected choice by a user fiom a list of 
options presented to a user via the user interface, and means for generating a list of 
compatible options that may be implemented on a computer system. Each of the 
compatible options is compatible with a previously selected choice by a user. The 
means for generating the list of compatible options reads the plurality of entries to 
determine whether an entry represents an option that is compatible with the previously 
selected choice. The system further includes means for writing to a computer system 
readable data file an indication of a selected choice. The means for providing provides 
the list of compatible options to the user interface. The means for receiving receives 
fi-ora the user interface an indication of at least one selected choice fi-om the list of 
compatible options presented to a user via the user interface. The means for writing 



writes to the computer system readable data file an indicatioa of the at least one 
selected choice from the Ust of compatible options. 

Such a system or method advantageously presents the user with a list of 
opUons ^vhcrc every option is compatible or vaUd with a previously selected choice. 
5 Another advantage is that the data file generated from the specifying or 

oidering session only includes compatible choices. 

By presenting the user via a user interface widi only compatible choices, the 
user does nothaveto be sophisticated in the language of computer equipment or 
computer software programs to be able to specify and/or order a bmld-to^rder 
10 computer system. Tlxus.acomputer system vendorincorporatingthepresent 

invention does nothavetoemployhighlytrainedsalesstaff. Also, such a system 
allows a computer system vendor to incorporate an automated system to sell build-to- 
order computer systems over a commuaicafions network, such as a push key 
telephone system, or over the Internet 

15 

•n,e present invention may be better understood, and its mnnerous objects, 
features, and advantages made apparent t„ those skilled in the art by referencing the 
accompanying drawings showing an example of the present invention. 

FIG. 1 is a block diagram of one cmbodfanent of a system for generating a 
20 compatibleorderforacomputersystemandforbuildingthecomputersystem 

according to the compatible order. 

FIOS. 2^ are flow diagrams showing st^ for generating a compatible order 
for a computer system and for buUding the computer system according to the 
compatible order. 
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Fig. 7 is a block diagram of one embodiment of a system for generating a 
compatible order for a computer system and for configuring the computer system 
according to the compatible order. 

Fig. 8A is an alpha-numeric representation of one embodiment of entries in a 
5 computer readable data base. 

Fig. 8B is an alpha-numeric representation of one embodiment of a computer 
readable data file. 

Fig. 8C is an alpha-numeric r^resentation of one embodiment of a computer 
readable file used in implementing selected choices, 

) The use of the same reference symbols in diflFerent drawings indicates similar or 
identical items. 



The following sets forth a detailed description of the best contemplated mode 
for carrying out the invention. The description is intended to be illustrative of the 
1 5 invention and should not be taken to be limiting. 

Figure 1 is a block diagram of one embodiment of a system for generating a 
compatible order for a computer system and for building a computer system according 
to the compatible order. The system includes a control computer system 1 03 having 
an associated control memory 1 07, Control computer system 1 03 (control) executes 
20 a computer program or programs designed to generate a computer readable data file 
that is used to manufacture a targeted computer system according to the specifications 
of a purchaser or designer of the targeted computer system. In the embodiment 
shown, a user such as a purchaser or designer places an order to buy a computer 
system via a user interfecc which in the embodiment shown, is a computer terminal 
25 1 05. Terminal 1 05 accesses the control computer system 103 via a computer network 
1 1 0. v/hich in the embodiment shown, is a wide area network (WAN) such as the 
Internet or intranet. In one embodiment, terminal 105 executes an internet browser 
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program. In other embodiments, terminal 105 may be coupled to control computer 
system 103 via a local area network (LAN). In other embodiments, the terminal is 
operated by a representative (employee or agent) of the computer system vendor who 
receives instructions from the consumer either in person or over the telephone. In 
5 other cmbodhnents, the control computer system is a personal computer system and 
the user interlace is the keyboard, display or monitor, and mouse of the personal 
computer system. In other embodiments, a user such as a purchaser may enter their 
choices via a user interface such as a telephone that is operably coupled to control via 
a telephone network. 

10 After receiving an indication via the network connection 1 10 from terminal 

105 that a customer desires to purchase a computer system, control 103 accesses a 
master data base 125 via a network connection 120 to generate a list of options 
avaUable for a build-to-order computer system as offered by the manufacturer or 
computer system vendor. The control computer system 103 then provides thclist via 

15 the networic connection 1 10 to the teiminallOS where, inthe embodiment shown, the 
list is displayed on the terminal screen. After the user makes a selection from the list, 
an indication of that selected choice is sent back to the control computer system 103. 
The control computer system 103 then accesses the master data base 125 to generate a 
second list of options wherein each option of ^ second list is compatible with the 

20 previous selection. The control computer system then provides the second list to 

terminal 105 via the network connection 1 10 to enable the user to select from a list of 
options that are compatible with the previous sdection. 

Presenting a user vnth a list of options tfiat are compatible with a previous 
selected choice advantageously allows a user to select from only those items that are 

25 compatible with the previous choice. This advantageously eases the convenience of 
onlering or specifying a computer system on the user in that the user docs not have to 
remake a selection in the event that a previous dioice is incompatible. It also saves 
the user time in that a user does not have to agonize over options that arc not 
compatible with a previous choice. Furthermore, the orders generated arc compatible 

30 as of the completion of the ordering or specifying session with the purchaser. Thus, a 
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computer system vendor docs not have to reiiiitiate a specifying session if the initial 
order is later determined to be incompatible. 

After the control computer system 103 has provided a list of compatible 
options to the user interface 1 05 and aft^ the user has made the selections fix)m the 
5 list of compatible options, the control computer system 1 03 indicates in a computer 
systan readable data file or system descriptor record file in control memory 107 the 
choices made by the user on terminal 105. In one embodiment, the data file is a text 
file. In some embodiments, the data file includes an indication of the purdiascr's 
name and address as provided via the user intcrfece 105. 

1 0 The control computer system 103 provides die data file via a network 

connection 130 to manufecturing 135. Manufacturing 135 is typically located at the 
plant or manufacturing fecility where the computer systems are assembled. The data 
file is used to manufacture a targeted computer system as per the selections made by 
the user as indicated in the data file. In one embodiment, the data file generated by 

15 the control computer system 103 is used to generate other files used in manufacturing 
targeted computer systems. For example, see '^SOFTWARE INSTALLATION AND 
TESTING FOR A BUILD-TO-ORDER COMPUTER SYSTEM", Serial No. 
08/919,959 Attorney Docket No. M-5022, filed August 29, 1997, with Richard D, 
Amberg, Roger W. Wong, and Michael A. Bnmbridge named as inventors, which is 

20 hereby incorporated by reference in its entirety. In another embodiment, the data file 
is loaded directly onto a data server in manufacturing 135. When the targeted 
computer system 137 fixst boots i:^, it loads software and performs other operations 
and instructions as per the data file. 

In one embodiment, manufacturing 1 35 includes a computer program called a 
25 ''parser^' that reads the indications or entries in the data file and associates executable 
shell script files located in manufacturing 135 with the indications or entries in the 
data file. The parser may also execute the shell script programs to execute the 
installation of the operating system software appUcation programs, or other 
application programs on the targeted computer system 137. In one embodiment, the 
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10 



sheU script files arc stored on the master data base vdxerein the computer system 
executing the parser program has access to the master data base 1 25 . 

In one embodiment, the data file would be sent electronically via network 
connection 130 to manufacturing 135. In other embodiments, the data file >vould be 
printed out wherein a person in manufecturing 1 35 would manually enter the choices 
diiring the manufecturing process. 

Inthe «nbodimentshowrw n«^<ia«»>«^ 1^ l*^**"^'"^*^ 
includesaphnaUtyof drives. In one embodiment, the master data base 125 is a 
computer system readable database that includes an entry for every software program 

and hardware component option offered by a computer system manufacturer or 
vendor for a build-to^rder computer systeni. In some embodiments, the master da^ 

base 1 25 also contains an entry for each implementation operation such as instaUat^on 
programs, hard disk drive formatting operations, and testing operations for 
implementingthehardwarccomponentsandsoftwareprogramsonacomputer 

15 system. Theseentriesinaybelocatedindifferentfilesinthemasterdatabasel^^^ 
one embodiment, the master data base is realized as a flat file. 

Each entry in the master data base 125 includes a manufacturer specific part 
number or identification field with each individnal hardware components, software 
programs, ormstallationoperationshavingaspedficnumber. Each entry may also 

20 includeadescriptionfieldthatindicateste^tobedispUyedontheuserinterfe^ 

terminallOSwhentheentryispresenledtotheuser. Figure 8A is an alpha-numenc 
representationofoneembodiment of eatriesinapartsfile located in the master^ 

base. 

Eachentryinthemasterdatabasealso includes atleastonetagortagfield. A 
25 tagortagfieldisanindicationusedtodefineacharacteristicassociatedwitha 

particular part number of a database emiy. These tags are used to categorize each 
entry and to indicate compatibiUty with odier hardware components and software 
programs listed in the master data base 125. The control computer system 103 reads 
tags to generate the list of options to be presented to the user interface that are 
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compatible with a previous selection or selections. For example, each software 
program application entry includes a tag field which indicates its compatibility with a 
particular version and language of an operating system type. In other embodiments, 
each operating system type may contain a tag that indicates its compatibility with a 
specific processor. In some embodiments, the entries for the operating systems may 
include a tag indicating a size of RAM required for the operating system. In some 
embodiments, each entry for a software program application may have a tag that 
indicates that the program requires a particular part as a prerequisite for its 
implementatiorL 

The tags in the master data base can also be used to indicate to control that 
other operations need to be performed by control based upon a previous selected 
choice by the user. Also, a tag or tag field may be used to indicate thai the computer 
system vendor ofiers a variety of options for a particular entry (either a software 
program, or hardware component, or implementation operation). Consequently, v/bca 
the control computer system reads the tag, it then knows to create a list of options for 
the particular entry if that entry is selected. For example, the entry for an operating 
system may include a tag that indicates that the vendor offers a standard disk format 
or an alternative disk format with the operating system. To create this list, the control 
computer system scans the master data base to look for other tags of a particular type 
to construct a list of disk format alternatives. Consequently, the tag indicates to the 
control computer system that other options need to be presented to the user via the 
uiser interface and that the user needs to select an option. In other embodiments, the 
tags would indicate what hardware components, software programs, installation 
instructions or operations, tests, and other implementation operations are required for 
the implementation of the entry onto a computer system. In one embodiment, the 
particular tag would indicate to control to go to another data base to perform a 
particular function such as loadiog text onto the data file from another data base. Tags 
may also be used to indicate that an entry is incompatible with other entries. 

Although in Figure 1, only one control computer system 103 is shown 
accessing the master data base 125, in other embodiments, multiple control computer 
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systems can access the master data base 1 25 to conduct ordering or specifying 
sessions mth a plnraUty of users. In one embodiment, the control computer systems 

arei 



; personal computers of the inside sales stafif of a computer system vendor. One 



advantage of having one central master data base is that the lists generated by the 
5 control computer systems arc compatible and up-t<xlate. Furthermore, having a 
n^er data base allows for the easy update of the system in offering new computer 
hardware components and sofbvarcpcogiami,,pUcations. For a vendor to offer a new 

software program or hardware component, a new entry, including tags to indicate 
compatibilitywithotherentries.iscr«,tedonthemasterdatabase. TTie specifying 
1 0 programs run by the control computer systems do not have to be updated in order to 
offer a new component, operation, or program. 

In another embodiment, the control ptogtam is stored on the master data base 
or other database and is downloaded to the control computer system RAM prior to 
the initiation of an ordering session or groups of ordering sessions. 

15 In the embodiment shown, the targeted or specified computer system 137 is a 

computer system on which the selections made by the user as indicated by the user 
interface 105 are implemented. la die embodiment shown, the computer system is a 
personal computer system. In other embodiments, other types, fomis. or versions of 
computer systems may be specified and bdk such as laptop computers, servers. 

20 internet terminals, embedded systems, or workstadons. 

The system of Figure 1 is a convenient system for allowing a purchaser to 
order a buUd-to^rder computer system and for a manufecturer to build the computer 
system as specified- 

Figures 2-5 are flow diagrams showing steps for generating a compatible order 
25 for a computer system and for building the computer system according to that order. 
These flow diagrams are executed by flie control computer system 103 and, in one 
embodiment, are stored in the control memory 107. In one embodiment, the flow 
diagrams are implemented by a computer program written in the C programming 
language. In step 201. the control computer system 103 receives an indication from a 
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user interfecc 1 05 indicating the desire to purchase a computer system. This occurs, 
for example, v^ca a purchaser accesses the computer system vendor's web site via 
the Internet and activates a button to initiate a specifying or ordering session. 

In step 204, control 1 03 accesses the master data base 125 to create or generate 
a list of operating system types available for the targeted computer system. To 
generate a list of operating system types, control reads the tags of the entries of the 
master data base 125 and looks for those entries with an initiating tag. This initiating 
tag indicates that these entries shoxdd be selected first in the specifying process. In the 
embodiment shown in Figure 2, each eritiy for an operating system has an initiating 
tag since the program of Figure 2 starts the specifying process with the selection of an 
operating system. For those entries with the initiating tag, control reads the group or 
type tag to create a list of the types or groups. In the embodiment of Figure 2, control 
reads the operating system type tag and creates or generates a list of every type of 
operating system that appears in the master data base. Consequently, a particular type 
of operating system will appear in the first list as long as the master data base has at 
least one entry having a tag indicating that the operating system represented is of that 
particular type. 

In step 207, control 103 provides to the user interface 105 a list of the 
operating system types available. Upon seeing the list presented on the terminal 
screen, the user selects an operating system type. In step 210, control 103 receives 
from the user interface 105 an indication of the selected type of operating sy stern fiom 
the list created in step 204, In step 213, control accesses the master data base 125 to 
generate a list of versions and languages available for the selected operating system 
type. In one embodiment, this list includes every operating system wiiose entry has 
the tag of the selected operating system type. 

In another embodiment, the entries for all of the operating systems listed in the 
master data base include a version tag. In this embodiment, the second list presented 
to the user would include all of the versions offered for the selected operating system 
type. Those versions on the second list are determined by the version tags for the 
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entries having the selected operating system type tag. Consequeatly in this 
embodiment, a particular version would appear on the second list if there is at least 
one entry that has both the tag of the selected operating system type and the tag of the 
particular version. After receiving ftom the user interfecc an indication of which 
5 version is selected, control would access the master data base to CTcate a third list 

(step not shown). This third list would include all operating systems that have the tag 
of the selected operating system type and of tibe tag of the selected version. This third 
list would represent all of the languages oflfcred by the computer sys^ 
the selected version of the selected operating system type. 

10 Examples of versions and languages and of an operating system type are 

versions ORS2 and ORS2.1 and languages ENG (English) and KOR (Korean) for the 
operating system offered xmder tfie trade designation WINDOWS 95 by 
MICROSOFT CORPORATION. 

In step 216, control 1 03 provides the list of the versions and languages oflfered 
15 for the selected operating system type to the user interfece 105. The user selects from 
the list presented via the user interface 105, the desired language and version of die 
selected operating system type, and indicates the desired selection on the user 
interface. In one embodiment, the user inter&ce includes a mouse or other type of 
pointer control device to highlight and sdcct the desired choice. In other 
20 embodiments, the user would ^pe in the desired choice with a keyboard. In other 
embodiments, the user interface iHescnts the lists via a menu system. In other 
embodiments, the lists are presented using a text based windowing system. The user 
interface 105 then provides the selected dftoice to control 103 via the network 
coimection 110. 

25 After receiving from the vser interface 105 an indication of the selected 

version and language of the selected operating system type (the selected operating 
system) in step 220, control 103 creates and writes to a compute- system readable data 
file located in control memory 107, an mdication of the selected version and language 
of the selected operating system type. In one embodiment, this data file is a system 
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descriptor record (SDR) file. In one embodiment, the indication that is written to the 
data file includes the specific part number for the selected version and language of the 
selected operating system type. Associated with the part number is a prefix indicating 
that the selection is an operating system. In one embodiment, an identifying tag may 
be associated with the part number. This identifying tag would be used to indicate the 
version and/or language of the operating system. Figure 8B is an alpha-numcric 
representation of one embodim«it of an SDR file. 

In step 238, control 103 detcnnines if there are any **always run parts^ 
associated with the selected version and language of the selected operating system 
type. Associated always run parts for a selected choice are software programs, 
installation operations, testing operations, or other implementation operations that are 
required for or that the manufacture always performs or implements with the 
implementation of the selected choice on a targeted computer system. Examples of 
associated always run parts for the selected version and language of the selected 
operating system type include required patches, required hard drive preparation 
operations, and tests to be performed on the targeted computer system before and/or 
after the selected operating system has been installed. 

In one embodiment, control generates a list of always run parts by reading the 
tags in the master data base 125. In one embodiment, the entries for each version and 
language of an operating system would include a tag or tag field indicating that an 
always run part is associated with a specific version and language of the operating 
system. In other embodiments, the entries in the master data base for each of the 
always run parts have a tag that indicates that the always run part is associated with 
the selected operating system. In other embodiments, the entry for each operating 
system contains a tag that indicates to control to access another data base or another 
portion of the master data base 125 to obtain a list of always run part for that 
particular operating system. 

In other embodiments, the list of always run parts is generated by control 
accessing a dependency file. A dependency file is a computer system readable file 
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that includes "expressions" containing part numbers and/or prefixes that identify 
instructions or operations to be performed, information required by an instniction or 
operation, or programs to be installed if an entry in an SDR contains the part numbers 
and prefixes contained in the expression. Control compares the part number, prefixes, 
and/or identifying tags of each selection indicated in the data file with the expressions 
in the dep>endency file to gen^ate a list of always run parts associated with the 
selected version and language of the sdected oi>erating system type. In some 
embodiments, accessing the dependency file may cause control to generate and 
provide additional lists of options to the user inter&ce based upon a previous selection 
or selections. The dependency file may be located on the master data base or on other 
databases. 

In step 241, control 103 writes an indication of the list generated in step 238 to 
the data file in memory 107. In writing an indication to the data file, control also 
associates prefixes with the part numbers and writes the prefix and part number in the 
data file. 

Although the embodiment of Figure 2 shows that steps 238 and 241 are 
performed after step 220, in other embodiments, they may be performed after the user 
has completed their entire ordering or specifying session such as after step 5 13 on 
Figure 5. In other embodiments, the list of always run parts may be generated by the 
execution of another program such as a parser program located in manufacturing. The 
parser woiild read the part numbers and prefixes of each entry in the data file to 
generate a list of always run parts assodated with each entry. 

Referring to Figure 3, after step 220 in Figure 2, control transfers to step 302 
where control generates a list of hard drive prq>aration operations available for the 
selected version and language of the selected operating system type. For examplei, a 
user may be presented with the option of implementing a **suspend-U>-disk" operation 
or the option of implementing a utility partition of the hard drive in the targeted 
computer system. In one embodiment, control generates the list of hard drive 
preparation operations by reading the entries in the master data base 125. The entries 
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in the master data base for the hard drive preparation operations each include at least 
one tag indicating that the entry is for a hard drive preparation operation and at least 
one tag indicating its relationship to the various operating systems. This list is 
generated by control reading the relationship tags of the entries to det«xnine if the 
preparation operation is optional or required for the selected version and language of 
the selected operating system type. However, if the hard drive preparation operation 
is required with the selected version and language of the selected operation system 
type, then the operation is considered an always run part and an indication of the 
operation will automatically be made in the data file in step 241 without informing the 
user. After providing the list created in step 302 to the user interfece, a user selects 
from the list presented via the user interface, the desired hard drive preparation 
operations. Control receives an indication of those selections in step 306. Those 
selections are then indicated in the data file in step 308 by control writing the part 
number and appropriate prefix of the operation in the data file. 

In another embodiment, the list of optional hard drive preparation operations is 
generated by control accessing a dependency file after the selection of the language 
and version of the operating system type is made by the user. Control compares the 
entry for the selected operating system (including part number, tags, and prefixes) 
with the expressions in the dependency file to generate the list of optional preparation 
operations to be provided to the user interface for presentation to the user. 

In step 3 1 0, control generates a list of patches available for the selected 
version and language of the selected operating system type. Patches are software 
programs that are available for a selected choice that correct a problem with a specific 
choice or enhance the performance of the selected choice. For example, if an 
operating system provider provides the operating system with the Direct Memory 
Access (DMA) deactivated, the computer system vendor may offer a patch to activate 
the DMA to improve performance. In other embodiments, patches may be used to 
implement the selected version and language of the selected operating system type 
with a particular hardware component that was selected by the user in a previous 
choice. However, if a patch is rcqxiired, then the patch would be considered an always 
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run part and an indication of the patch would be written to the data file in step 241 of 
Figure 2. 

In one embodiment, control generates the list of patches by reading the entries 
in the master data base 125. In one embodiment, the entry for the selected operating 
5 system includes a tag that indicates that a patch software program is optional with the 
selected operating system. In other embodiments, each patch would have an entry in 
the master data base vsdiercin cadi patch entry includes at least one tag indicating the 
operating system or operating systems for which the patch program is an option. In 
some embodiments, the entry for each patch contains a description field. This 
1 0 description field indicates to the control computer system that a textual message is to 
appear on the screen of auser intcrfece wiA thepatch to mform the user of the 
purpose of the patch. In some embodiments, the description field may direct control 
to access another file at a particular location in the master data base to obtain the text 
to be displayed, 

15 In another embodiment, the list of optional patches for the selected operating 

system is generated by control accessing a dq)endcncy file and comparing the 
expressions of the dependency file with the entry m the SDR for the selected 
operating system. 

In some embodiments, control gcnetates a list of always nm parts (either by 
20 accessing entries in the master data base 125 or accessing a dqjendency file) 

associated with the selected the hard drive preparation operations and writes an 
indication of the list of always run parts to ibc data, file. 

After a list of the patches is provided to tiiie user interface in step 312, the user 
selects the desired patches from the list of patches presented by the user intoiiace. 
25 Afterwards, an indication of the selected patches is provided by the user interface to 
control in step 3 14. In step 3 16, control writes an indication of the selected patches to 
the data fiJe where the part numbers of the selected patches and the appropriate 
prefixes are written to the data file. 
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In step 3 1 8, control generates a list of always run parts associated witii tiie 
selected patches. In step 320 control writes that list to the data file. Control generates 
the list of always nm parts by accessing entries in the master data base 1 25 by or 
accessing a dependency file. In other embodiments, control 103 may complete steps 
5 3 18 and 320 after the completion ofthe specifying session with the user. In other 
embodiments, steps 318 and 320 may be completed by other computer systems in 
manu&ctuiiog. 

Referring to Figure 4, in step 405, control 103 accesses the mastw data base to 
generate a list of computer software programs that are compatible with the selected 
) version and language of the selected operating system type. Control generates this list 
by reading, in the master data base, the associated tags of the software program 
entries. In one embodiment, an entry for a compatible software program contains a 
specific tag indicating compatibiUty with the selected operating system version or the 
selected operating system type. After providing the list to the user interfece in step 
408, the user selects from the list presented by the user interfece, the software 
programs to be installed on the targeted computer system. 

In some embodiments, the lists of software programs provided to the user 
interface are broken up into different sub-lists or sub-menus. For example, a first sub- 
list may include a list of compatible word processii^ programs such as MICROSOFT 
WORD"- or WORDPERFECT™. Another sub-list would include computer games 
offered by the computer system vendor. It is understood that a variety of sub-menus 
classifying different software programs may be presented. For instance, internet 
access programs, spreadsheets, and dravidng programs may be presented in different 
sub-menus. Breaking the list of available programs into sul>-menus aids the user in 
selecting software programs. In one embodiment, each entry for a software pro-am 
would include a tag field or tag indicating the type of software program. Control 
would read these tags and generate the sub-menu lists according to the software type 
tags. In anodier embodiment, each dififerent group of software programs would be 
stored in a dififerent logical section of the data base. Control would generate each sub- 
menu list by reading only one logical section of the data base at a time. In this 
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embodiment, every entry in a logical section of the master data base having a tag 
indicating compatibility with the selected operating system would be presented in the 
sub menu list. 

After the user selects the software programs to be installed on their targeted 
5 computer systemi, the user interfecc 105 returns an indication of those selections to 
control in step 411 . In st^ 414, control writes an mdication of those selections to the 
data file by writing the part number and associated prefixes of the selected software 
program in the data file. 

In step 417, control generates a list of always run parts associated with the 
10 selected software programs. In step 420 control writes that list to the data file- 
Control genwates the list of always run parts by accessing entries in the master data 
base 125 by or accessing a dependency file. In other embodiments, control 103 may 
complete steps 4 1 7 and 420 after the completion of the specifying session with the 
user. In other embodiments, steps 41 7 and 420 may be completed by other computer 
1 5 systems in manufticturing. 

In step 425, control accesses the master data base to generate a second list of 
computer software programs that are compatible with both the selected version and 
language of the selected operating system type and with any or all of the previously 
selected software programs. 

In one embodiment, the tags of each of these programs 
20 would include at least one tag indir^tine c<»X]|»itibility with the selected operating 
system type and with the selected software program. Control 103 provides the list 
generated in step 425 to the user intcrfece in step 428. The user selects the software 
programs fiom the second list presented by fhe user inter&ce. The second list may 
include correctional patches for the individual software programs selected from the 
25 first list of software programs, or it may include optional computer programs that 
upgrade or enhance the performance of tiie telected programs. For example, a filter 
program may be offered with a particular word processing program that converts 
documents generated by another type of word processing program to the format of the 
particular word processing program- However, if a selected software program is 
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required by a previously selected computer ptogtam. then those required applications 
are considered always run parts for the selected software program and an indicaUon of 
that program is written to the data file in step 420. 

In step 431. control receives from die user interface, an indication of the 
selectedsoftwareprogramsfromthesecondlistgeneiatedin425. Control writes an 
indication of those selections to the data file in step 434 where the part numbers and 
associated prefixes are written to the data file. 

In step 436. control generates a list of always run parts associated with the 
selected software programs fiom the second list. In step 439. control writes that list of 
always run parts to the data file. Control generates the list of always run parts by 
accessing entries in the master data.base 125 or by accessing a dependency file. In 
other embodiments, control 103 niay complete steps 436 and 439 after the completion 
of the specifying session with the user. In other embodiments, steps 436 and 439 may 
be completed by other computer systems in manufacturing. 



Referring to Figure 5. after the software program selections are made in Figure 
4, control transfers to step 505, where it accesses the data file to generate a list of all 
of the previously selected choices as indicated by the data file. This list reflects all of 
the selections made by the purchaser or user and reflects the type of computer system 
that will be built by the manufecturer. In step 507. control provides die list to the user 
interface 1 07 which presents the list to the user, where the user can then approve or 
disapprove of the choices made. If the user does not agree with a selection, the user 
can send an indication to control to "move backwards" in the program to the selection 
that the user objects to and ask for a re-selection of the part Upon receiving an 
indication for the re-selection of a particular part.:control re-presents the list that 
25 included the selected part either by locating in control memo^^ 107 the saved list or 
by reading the previous choices from the data file to return to the preceding step that 
generated the list All subsequent selections fiom the objected choice would be 
voided. Control would proceed from the point in the program where the new choice is 
made to ensure that all subsequent choices are compatible with the new choice. 
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If the vser agrees with the selections, the user selects a confinnation button on 
the terminal screen of the user interface. Afterwards, in step 513, the user interface 
sends an indication that the user desires to purchase the specified computer system or 
that the purchase has been made. In one embodiment, tilis would include the user 
entering their credit card number into the user interface. At vMch time the specifying 
session with the user is complete. 

After step S 1 3, control accesses a dq>endeacy file to perform a cross analysis 
of the selections made. During this cross analysis, control compares the expressions 
in the dependency files to determine if any alwiE^s run parts are associated with 
combination of selections made. For example, if the user selects a FAT32 file system 
and an electronic seal, and has not already selected the utility partition, then control, 
after reading the dependency file, would write to the SDR file an indication to install 
the utility partition on the computer system due to the selection of both a FAT32 file 
system and an electronic seal. In this example, the expression that indicates the 
implementation of the utility partition includes the part nimibers and/or prefixes for 
both the FAT32 fiie system and the electronic scaL 

In some embodiments, the cross analysis step may generate a list of options to 
be presented to the user based upon a oombtnatioa of selections made. In these 
embodiments, the cross analysis step would be performed before step 505. In these 
embodiments, control would provide the list to the user interface. After the user has 
selected via the user interfax:e, particular options generated fixjm the cross analysis, the 
user interface would send an indication of tibose sdections back to control v^erein 
control would write an indication of tiie s^ections to the SDR file. 

In other embodiments, control may perform some of the steps shown in 
Figures 2-4 after the specifying or ordering session with the user has been completed 
(after step 513), In one embodiment^ control generates the always run parts (steps 
238, 3 1 8, 4 1 7, and 436) for each selection or entry after the specifying session has 
been completed. 
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In some embodiments, control generates and writes to the SDR file a list of 
always nm parts that arc implOTientcd in every computer system that a computer 
system vendor makes. In one embodiment, the entry for each of these always run 
parts includes a tag indicating that the part is to be automatically implemented in a 
computer system- 

Although in Figures 2-5, only two lists of compatible software programs are 
generated, it is understood that several lists of compatible software programs and 
other lists of compatible options may be generated and presented to the us^- during 
the specifying session. 

In the embodiments shown in Figures 2-5, the data file generated by control is 
an SDR file. An SDR file is a computer readable text file that includes an entry or 
line for each hardware component, software program, patch, or other operation to be 
implemented on the targeted computer system 1 37. Each entry of the SDR includes 
the manufacturer's specific part number and associated prefix for the item represented. 
In some cmbodmients, the associated prefixes identify the type of part, program, or 
component that the entry represents. In some embodiments, each entry may include 
an identifying tag. An SDR file is formatted to be transferred to and read by another 
computer system in manufacturing 135 that executes a parser computer program to 
biiild the computer system as per the data file. The SDR file would also include 
customer specific information such as the name and address of the computer 
purchaser. 

In another embodiment, the data file generated by control during the 
specifying session is a BAR file. A BAR file contains indications of selections made 
and of always run parts associated with those selections, but is in a different format 
than an SDR file. This different format enables control to conduct the specifying 
session more quickly. After the specifying session is completed, the BAR program is 
converted into an SDR program by control or other computer system executing a 
converter software program such as an SDR generator program. 
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In another embodiment, control inputs a BAR file containing specifications for 
a specific computer system and enters those specifications into the SDR data file 
during the specifying session. For example, control may have access to several BAR 
files (located in another portion of the master data base 125 or in other data base) 
5 wherein each BAR file contains the hardware default specifications for a particular 
model of computer system offered by the computer system manufecture. The user 
may be initially asked to choose a modd from a list of models available. After 
receiving an indication of the model dioscn from the user interface 1 05, control 
accesses the corresponding BAR file for that model and conv^ those specifications 

10 into the SDR file. Afterwards, control executes the spedfying program of Figures 2-4 
wherein the user specifies the operating Systran and software programs. However, 
because the SDR contains entries for the hard ware components specified in the BAR 
file, the choices presented to the user in Figures 2-4 are also compatible with tiie 
hardware components as specified in the BAR file. In some embodiments, control 

1 5 presents the components as specified in the BAR file as dcfiiult selections and allows 
the user to make changes to the defimlt selections. 

In some embodiments, control generates from the data file an alphanumeric 
text file that is readable by humans such apurdiase order which is sent to a 
manufecturing plant to be manually entexed into the manufacturing process. 

20 Because a compatible or valid system descriptor file or data file is generated, 

special programs do not have to be run by manufacturing 135 to determine if the 
specified components or programs are legal or compatible. 

In step 516, control provides the data file to manufacturing 135 ^^Hbich in step 
520 uses the data file to implement the sdections as per the data file. In one . 
25 embodiment, another computer system in manu&cturing (internal to manufecturing 
135) executes a parser software program that associates an executable shell script file 
with each entry of the SDR and executes tiic shell scxipl file in implementing the entry 
on the targeted computer system 137. Thtis, the selected operating system, selected 
software programs, selected patches, selected hard disk drive operations, the 
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detennined always mn parts, and other selections are installed, implemented and 
tested by the execution of the associated shell script files. The paiw program i 
through the system descriptor record line by line and associates a shell script file with 
each part number. The parser program executes the sheU script files by supplying or 
turning over the shell script files to a script processing program. TTie script processing 
program interprets the instructions of the sheU script files and acts upon those 
instructions to perform the actual instructions for the installation or implementation of 
the part on the computer system. In some embodiments, the parser program may also 
generate and attach a suffix to a particular part number. He parser program generates 
the suffix by reading the identifying tag of the SDR entry or by acccssurg tables with 
the part number. Figure 8C is an alpha-numeric representation of a computer system 
readable file containing a list of shell scripts files. 

In one embodiment, the data file provided to manufacturing includes the actual 
instructions for inaplementing the selected version and language of the selected 
operating system type, the selected patches, the selected software programs, and also 
instructions for instaUing the software programs. The data file also includes the 
instructions for performing the installation operations. These additional instinctions 
are added to the data file by control after the specifying session. 

In one embodiment, the targeted computer system is connected through a 
networic card to a server in manufecturing. The targeted computer system 137 is 
initially booted up to perform the operations and instructions as per associated sheU 
script files to load die selected programs onto its hard drive and to nm the tests. In 
one embodiment, the selected software programs and operating system can be down 
loaded and installed on the targeted computer system via the Internet 

In other embodiments, the data file may be used to create a floppy disk, which 
would be used to boot up the targeted computer system in the manufacturing process 
and install the selected programs and components on the targeted computer system. 

In other embodiments, manufacturing 135 would use the data file to write to a 
floppy disk or CD ROM a duplicate set of selected software programs. This disk 
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would also include the instaUation instiuctions and operations to load the programs 
fiom the CD ROM to the hard drive. Such a feature would advantageously provide a 
back 1^ to the hard drive of the targeted computer system and, in the event of a hard 
drive crash, provide a convenient system to reprogramming the hard drive according 
S to the selections specified. 

In the embodiments shown in Figures 2-4, the user or purchaser would specify 
the hardware for the targeted computer system during the ordering session. In some 
embodiments, the creation of the lists of software options is not dependent upon the 
hardware specified. 

10 Figure 6 is a flow diagram showing steps that enable a user to specif both 

compatible hardware components and sofhvare programs for the targeted system. In 
step 601, control 103 receives an indication from a user interface that a purchaser 
wishes to buy a buUd-to-order con^Miter system. In step 604, control accesses the 
master data base 125 to generate a list of central processor units (CPU) offered by the 

15 computer system manufecturer in a targeted compiler system. This list is generated 
by the control computer system 103 readmg the tags in the master data base 125. Each 
CPU offered by the computer system vendor has an entry in the master data base that 
includes a manufacture specific part number and associated tags. In the embodiment 
of Figure 6, the tags for each processor would include an initiation tag. Every CPU 

20 whose entry includes an initiation tag would.be presented in the first list In other 

embodiments, each processor entry includes a type tag where the first list presented to 
the user would be the types of CPUs offered by the computer system vendor. 

In step 607, control provides the list to the user interface 105. The user selects 
a desired CPU from the list displayed on the tCTmmal screen. For example, the vendor 
25 may offer a variety of X86 compatible processors, such as processor offered under the 
trade designation of PENTIUM^. PENTIUM H™, or PENTIUM PRO™ by the 
INTEL CORPORATION. 

After the user has selected a CPU, the user mterfece 105 provides an 
indication of the selected CPU to control. In step 613, control accesses the master 
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data base 125 to generate a list of RAM sizes and types that are available and 
compatible with the selected CPU. The entries for each RAM include at least one tag 
indicating compatibility with a CPU. The Ust generated would include each RAM 
whose entries include a tag indicating compatibility with the selected CPU. In other 
5 embodiments, the entries for the RAMs would include other tags such as a size tag. 

This size lag is used to present to the user a list of compatible RAM sizes offered by 

the computer system vendor. 

In step 6 16. control provides the list to the user interface 1 05 whidi is 
presented to the user by the user interface. After a selection is made, the user interface 
10 provides an indication of the selected RAM to controL Once an indication of a 

selected RAM size and type has been received, control accesses the master data base 
125 to provide a list of operating system types that are compatible with the selected 
processor and are compatible with the selected RAM size and type. For example, 
control will only provide operating system types to the user interface 1 05 that will 
operate with the selected CPU, and for which the selected RAM has enough capacity 
to implement the selected operating system. In this embodiment, the entry for each 
operating system includes at least one processor compatibility tag and at least one 
RAM size and type tag to indicate compatibility. The list wiU include a particular 
operating system type if at least one operating system entry in the master data base 
20 includes a tag indicating compatibility with the selected CPU, a tag indicating 

compatibility with the selected RAM. and a tag indicating that the operating system is 
of that particular type. 

In step 626, the Ust of compatible operating system types are provided to the 
user interface to be presented to the user via tiie user interface. In step 629, control 
receives an indication of the selected operating system type from the user interface. 
From titis point, control transfers to step 213. where it accesses the master data base to 
generate a list of versions and languages available for the selected operating system 
type that arc compatible with the selected CPU and the selected RAM. 
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In other embodiments, a user may select other hardware components to be 
implemented onataigetedcomputersystem. For example, in one embodiment, the 
user is presented a Ust of bard drives compatible with the CPU and operating system 
selected. In other embodiments, the user is presented with a Ust or lists of compatible 

5 peripheral devices. Forexample, thepiescntinventionmay also beused by a 

purchaser to select a compatible type of modem to be installed in the target computer 
system as well as the type or types of disk drives or CD ROM drives. Other options 
that could be presented to a user with the present invention include various types of 
computer chassis, keyboards, and displays. Each hardwai,: component and sofb^ 

10 program presented to a user would be compatible with the previous selection or 

selections made by the user. In some embodiments, each type of hardware component 
would be presented in sub menu or sub-list Each of the entries for the additional 
hardware items would include associated tags which indicate compatibility with 

previous choices. . 

15 When the user makes a selection to implement a particular hardware 

component such as a type or family of disptays. control accesses the master data base 
to generate a list of the specific models available for that display type. In this 
embodiment, each model has an eJitiy « the master data base, that includes a part 
number and a tag indicating that the entry n^Jtesents a display. Control provides the 

20 list of models to the user interfece. In other embodiments, the user is presented with 
multiple option lists for a selected hardware component To present multiple lists in 
one embodiment, the entry for the component inchides multiple corresponding tag 
fields. In some embodiments, control would also access the master data base to 
generate a list of always run parts such as patches, software programs, hardware 

25 components, or implementation opeiatioDS associated with the selected choice. An 
indication of those items or instructions would be written to the data file. Those items 
that are optional with the selected choice would be presented for the user to select 

In other embodiments, other steps may be pexformcd in between the steps of 
Figure 6 such as v«iting an indication of ■ selecdon to a data file, genraating and 
30 writing a list of always run parts for each selection to the data file, and generating and 
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presenting lists of optional patches and installation operations offered with die 
selected choices. The lists of always run parts can be generated cither by accessing 
entries in the master data base 125 or accessing dependency files. 

The system of Figure 1 advantageously brings to the users attention the 
necessity of selecting particular options based upon a previous selection or selections. 
For example, if a selected monitor comes in two different colors, the user may be 
asked which color they prefer. This advantageously ensures that a complete order is 
generated at the end of the ordering session. In other embodiments, the user may be 
presented with a default selectioa (as indicated by a tag in the master database or in a 
dependency file) and a choice of vi^ether the user wishes to make a substitution for 
the default selection. 

In some embodiments, the order of the entries in the master data base 125 
determines the order of die presentation of the lists of options to the user interfecc 
107. For example, in a system that is used to select software programs only, the 
operating system entries would be at the beginning of the master data base in that the 
first list of options provided to the user interface is axlist of operating system types. 
For a system that implements the flow diagram of Figure 6, the entries for the CPUs 
would be at the beginning of the master data base to ensure that the list of CPU types 
is presented first In other embodiments, the master data base includes an order field 
or tag such as an initiation tag which allows the order of the lists presented to be 
clianged as needed. 

In other embodiments, the order of the entries for the implementation 
operations determine the order that these operations are written to the data file by 
control and consequently, their order in the data file. In other embodiments, the order 
that these operations are written to the data file determines the order that they are 
performed during manufacturing. Consequently, the order of the operations 
performed during manufacturing is determined by the order of their entries in the 
master data base. In other embodiments, the entries for the implementation operations 
in the master data base 125 include an order tag to indicate their order of performance 
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in the manufacturing process. However, in other embodiments, the parser program or 
other program may rearrange the order of the implementation operations. 

In other embodiments, the master data base may include informational tags or 
description fields that are used by the control computer system to provide text to the 

5 user interface 105 to be read by the user. For example, each entry may include a cost 
field. The control computer system 103 w>uld read this field and send to the user 
interface an indicaaon of the price of each option for display on the user interface. 
Control would keep a "running tab" of the total costs of the items selected and would 
provide the total cost to the user interface for displaying. Other possible types of 

10 informational tags include lead time tags indicating the lead time needed for the part, 
and stock number tags indicating the number of parts in inventory. 

The data file or system descriptor record file created firom the flow chart 
beginning in Figure 6 would be sent to manufecturing wherein a parser would read the 
data file and process the information according to the prefix. In one embodiment the 
15 software program information would be sent to one area of manufacturing and the 
hardware component information would be sent to another area of manufacturing 
wherein such information would be used to create an automated program or programs 
for scheduling and/or controlling the assembly of the hardware components. 

Figure 7 is a block diagram of a second embodiment of a system for 
20 generating a compatible order for a computer system and for configuring a computer 
system according to the compatible order. In this embodiment, the targeted computer 
system is the computer system that executes a selection program similar to the flow 
diagrams in Figures 2-5. 

In Figure 7. the targeted computer system is booted up with an operating 
25 system program on disk 6 1 5 which in the embodiment shown is a Factory Installed 
DOS AppUcation (FIDA) program on a floppy disk. This FIDA program enables the 
target computer system 605 to invoke a software selection program (similar to that 
shown in Figures 2-5) that is initiaUy stored in manufecturing 610. During this 
software selection prograin, the targeted computer system 605 is also the control 
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computer system. The targeted computer system 605 accesses via networic connection 
620 the master data base as per the software selection program to present lists of 
software programs that are compatible with the previous selections made by the 
operator of the targeted computer system 605. In this embodiment, the lists would be 
displayed on the display screen or other type of user inter&ce of the targeted computer 
system 605 and the user would indicate tiieir choices via a keyboard, mouse, or other 
type of user interface input device. 

After completing the software selection ordering session and generating a data 
file such as a system descriptor file, the data file is provided to manufecturing 610. In 
one embodiment, manufacturing includes other computer programs such as a parser. 
The targeted computer system, executing the parser program, associates the 
appropriate shell script with each entry in the SDR and then invokes the shell script 
program to implement and execute the selected programs and/or operations on the 
targeted computer system 605. The parser program and executable shell script files 
are initially stored in a data base in manufacturing 620. In one embodiment, another 
computer system may nm the parser program to load software programs onto a hard 
disk drive. The hard disk drive is then sent to a customer for use in the targeted 
computer system. 

In other embodiments, die software selection programs (similar to Figures 2-5) 
invoked by the first FIDA disk would include a hardware snifSng program or feature. 
This hardware sniffing program, when executed on the targeted computer system 605, 
determines the parameters of the hardware components on the targeted computer 
system such as determining the size of the targeted computer system's RAM and 
determining the targeted computer system's type of processor. In one embodiment, 
this sniffing portion of the software selection program is programmed in assembly 
language. The information obtained by the snifSng feature enables specific aspects in 
the software programs to be set as per the configuration of the hardware. For 
example, specific settings in an installed operating system can be set according to the 
size of the targeted computer system's RAM. 
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In one embodiment, the target computer system executes this software snifiBng 
feature to dctcnnine the hardware configuration of the targeted computer system 605 
so that the lists of software program options or other options presented to the user are 
compatible with the hardware components of the target computer system 605 as 
5 determined by the snifBng feature. In one example, the snifiBng feature would 

determine that the RAM of the targeted computer system is of a particular size. The 
user would only be presented operating systems that are compatible with the size of 
the RAM as determined by the gnifTing program. 

In other embodiments, the computer system executing the software selection 
1 0 program that includes the sniflEng feature would be on another computer system other 
than targeted computer system. For example, in Rgure I , the control computer 
system 1 03 executing the specifying program with sniffing feature, would be able to 
"remote snifP* the targeted computer system 137 via a computer network such as a 
LAN or WAN. This advantageously allows the specifying program to present choices 
1 5 that arc compatible with the hardware of the targeted computer system 1 37. 

In other embodiments, the sniffing feature is used to select compatible 
hardware components as well. After the sniffing feature determines the existing basic 
hardware configuration of the targeted computer system, the user is presented lists of 
additional hardware components tb?*t are compatible with the existing hardware 
20 configuration as determined by the sniffing feature. 

While particular embodiments have been shown and described, it will be 
obvious to those skilled in the art that changes and modifications may be made 
without departing fix5m this invention and its broader aspects and, therefore, the 
appended claims are to encompass within tb^ scope aU such changes and 
25 modifications as are within the true spirit and scope of this invention. 
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CLAIMS 



^ * ^ method for specifying a computer system comprising the steps of: 

presenting to a user via a user interface a list of a first plurality of 
5 options that may be implemented on a computer system; 

receiving an indication of a selected choice by a user from the first 
plurality of options presented to the user via the user interface; 

generating a list of a second plurality of options that may be 
implemented on a computer system, each of the second plurality of options being 
0 compatible with the selected choice; 

presenting to the user via the user interface, the list of second plurality 

of options. 



2. The method of Claim 1, wherein the selected choice is a specific 
5 operating system type. 

3. The method of Claim 1 or 2, wherein each of the second plurality of 
options represents an option offered by a computer system vendor of the selected 
choice. 

The method of any one of the preceding claims, wherein the selected 
choice is an operating system type and each of the second plurality is a specific 
version of the operating system type. 

5. The method of any one of Claims 1 to 3, wherein at least one of the 
second plurality of options is a computer software program that may be installed on 
a computer system. 

6. The method of any one of Claims 1 to 3, wherein at least one of the 
second plurality of options is a patch. 
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7 The method of any one of Claims 1 to 3, wherein at least one of the 

second plurality of options is a word processing program that may be installed on a 
computer system. 

5 

g The method of any one of the preceding claims, further comprising: 

indicating in a computer system readable data file the selection of the 
selected choice. 

IQ 9 The method of Claim 8, wherein the indicating in a computer system 

readable data file includes writing the part number of the selected choice in the 
computer system readable data file, 

10. The method of Claim 9, further comprising: 

15 associating an executable file with the part number of the selected 

choice. 

11. The method of any one of Claims 8 to 1 0, further wherein the selected 
choice is a software program, the method further comprising: 

20 installing the software program in a computer system using the data 

file. 

12. The method of any one of Claims 8 to 11, further comprising: 
indicating in the computer readable data file at least one 

25 implernentation operation required for the implementation of the selected choice in 
the computer system. 

13 The method of any one of Claims 8 to 12, wherein: 

indicating in a computer readable data file at least one always run part 
30 associated with the selected choice. 
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14. The method of Claim 13, further comprising: 

accessing a computer system readable data base including a plurality 
5 of entries wherein each entry includes a part number and at least one associated tag; 

wherein at least one tag for at least one entry in the data base indicates 
that the always run part is associated with the selected choice. 



15. The method of Claim 13 or Claim 14, further comprising: 

1 0 accessing a dependency file, wherein the dependency file indicates that 

the always run part is associated with the selected choice. 

1 6. The method of any one of the preceding claims, wherein the presenting 
to a user the list of the second plurality includes: 

1 5 displaying on a screen of the user interface the list of the second 

plurality of options. 

17. The method of any one of the preceding claims, further comprising: 
receiving an indication of at least one selected choice by a user from 

20 the second plurality of options. 

18. The method of Claim 17, further comprising: 

accessing a dependency file to determine an always run part associated 
with both the selected choice from the first plurality and the at least one selected 
25 choice from the second plurality. 

19. The method of Claim 17, further comprising: 

indicating in a computer readable data file the selection by the user of 
the selected choice from the first plurality and the selection by the user of the at least 
30 one selected choice from the second plurality. 
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20. The method of any one of the preceding claims, wherein the generating 
further includes accessing a computer system readable data base including a plurality 
of entries to generate the list of the second plurality of options. 

21. The method of Claim 20. wherein: 

each of the plurality of entries includes at least one associated tag; and 
the at least one associated tag indicates whether the entry is compatible 
with the selected choice. 

22. The method of Claim 2:1, wherein: 

the computer system readable data base includes an entry for each 

option of the second plurality; and 

the at least one associated tag of each entry for each option of the 
second plurality indicates that the entry is compatible with the selected choice. 

23. The method of Claim 20, wherein: 

the data base includes an entry for the selected choice; 
the entry for the selected choice includes at least one teg; 
the list of the second plurality is created in response to the entry for 
the selected choice including a particular tag. 



24. The method of any one of the preceding claims, wherein the receiving 

of the indication from the user interface includes receiving the indication via a 
25 computer network. 



25. 

network. 

30 26. 

component. 



The method of Claim 24, wherein the computer network is a wide area 



The method of Claim 1. wherein the selected choice is a hardware 



- 35 - 



10 



27. The method of Claim 1, wherein the selected choice is a specific 

processor. 



5 28. The method of Claim 1, wherein the selection of the selected choice 

is entered into the user interface via an individual receiving an indication of the 
selection from a purchaser of the computer system. 

29. The method of any one of the preceding claims, fbrther comprising: 

generating a list of a third plurality of options, each of the third 
plurality of options being compatible with the selected choice; 

presenting to the user via the user interface the list of the third 
plurality of options. 

15 30. The method of Claim 29, further comprising: 

receiving an indication of at least one selected choice from the second 
plurality of options; 

wherein each of the third plurality of options is compatible with the 
at least one selected choice from the second plurality of options. 

20 

3 1 . The method of any one of the preceding claims, wherein the user 

interface includes a telephone. 

32- The method of any one of the preceding claims, further comprising: 

sniffing a first computer system to determine at least one parameter of 

the first computer system; 

wherein the each of the second plurality of options is compatible with 

the at least one parameter determined by the sniffing: 

3^ '^'he method of Claim 32, wherein the at least one parameter includes 

the type of central processing unit in the first computer system. 
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34. A computer system comprising: 
a processor, 

a memory operably coupled to the processor, the memory including 
a software program installed thereon, the software program being selected to be 
installed from a list of options, wherein each option of the list is compatible with an 
operating system installed on the memory, the operating system being selected 
previous to the selection of the software program, the list being generated by 
accessing a computer system readable data base which includes a plurality of entries, 
wherein the data base includes an entry for each option of the list, wherein the entry 
for each option of the list includes an indication of compatibility with the selected 
operating system. 

35. The computer system of Claim 34. wherein the software program is 
installed on the memory using a data file which includes an indication of the selection 
of the software program and an indication of the selection of the operating system. 



36. The computer system of Claim 34 or Claim 35. wherein the operating 
system being selected to be installed from a list of operating systems, the list being 

20 generated by accessing the computer system readable data base, wherein the date base 
includes an entry for each operating system of the list of operating systems. 

37. The computer system of Claim 36, wherein the computer system 
processor is of a specific processor type, wherein each, operating system of the list 

25 of operating systems is compatible with the specific processor type. 

38. The computer system of any one of Claims 34 to 37, wherein the 
memory includes a hard disk drive being formatted prior to the installation of the 
software program by a specific hard disk drive preparation operation, the specific 

30 hard disk drive preparation operation being selected from a list of hard disk drive 
preparation operations. 
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39. A method for specifying a computer system comprising: 

providing to a user interface a first list of options; 
receiving from the user interface an indication of a selected choice 
from the first list of options presented to the user via the user interface; 
5 generating a second list of options, wherein the generating includes 

accessing a computer system readable data base, wherein each option of the second 
list is compatible with the selected choice; 

providing to the user interface the second list of options; 
receiving from the user interface an indication of at least one selected 
10 choice from the second list of options presented to the user via the user interface; 

writing to a computer readable data file an indication of the selected 
choice from the first list; 

writing to a computer readable data file an indication of the at least 
one selected choice from the second list. 

15 

40. The method of Claim 39, wherein at least one of the options of the 
second list includes a computer software program. 

41. The method of Claim 39 or Claim 40, further comprising: 

20 implementing the selected choice from the first list and the at least one 

selected choice from the second list onto a computer system using the computer 
readable data file. 

42. The method of any one of the Claims 39 to 41, wherein providing to 
25 a user interface includes providing to the user interface via a computer network. 

43. The method of Claim 42, wherein the computer network is a local area 
network. 

30 44. The method of Claim 42, wherein the computer network is a wide area 

network. 
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45. The method of any one of Claims 39 to 44, wherein the user interface 

is being operated by a purchaser of the computer system. 

46 The method of any one of Claims 39 to 44, wherein the user interface 
5 is being operated by a representative of a vendor of the computer system. 

47 The method of any one of Claims 39 to 46, further comprising: 
associating a first executable file with the indication in the data file of 

the selected choice from the first list; 
10 associating a second executable file with the indication in the data file 

of the at least one selected choice firom the second list. 

48, The method of Claim 47, fiirther comprising: 

executing the first executable file to implement in the computer system 
15 the selected choice from the fu^ list; 

executing the second executable file to implement in the computer 
system the at least one selected choice from the second list. 

49, The method of any one of Claims 35 to 48, further comprising: 

20 performing cross analysis of the selected choice from the first list and 

of the at least one selected choice from the second list, wherein the performing 
includes accessing a dependency file. 

50, A system for generating an order for a computer system comprising: 
25 a computer readable data base including a plurality of entries, each 

entry representing an option capable of being implemented on a computer system; 

means for providing a list of options to a user interface to be presented 
to a user via the user interface; 

means for receiving from a user interface an indication of at least one 
30 selected choice by a user from a list of options presented to a user via the user 
interface; 
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means for generating a list of compatible options that may be 
implemented on a computer system, each of the compatible options is compatible 
with a previously selected choice by a user, the means for generating the list of 
compatible options reads the plurality of entries to determine whether any entry 
represents an option that is compatible with the previously selected choice; 

means for writing to a computer system readable data file an indication 
of a selected choice; 

wherein the means for providing provides the list of compatible options 
to the user interface; 

wherein the means for receiving receives from the user interface an 
indication of at least one selected choice from the list of compatible options presented 
to a user via the user interface; 

wherein the means for writing writes to the computer system readable 
data file an indication of the at least one selected choice from the list of compatible 
options. 

5 1 . The computer system of Claim 50, further comprising: 

means for implementing the at least one selected choice on a computer 
system using the computer system readable data file. 

52. The computer system of Claim 51, wherein the means for 
implementing includes means for associating an executable file with the indication 
of the at least one selected choice and includes means for executing the executable 
file to implement the at least one selected choice on the computer system. 

53. The computer system of any one of Claims 50 to 52, wherein the at 
least one selected choice includes a software program. 
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54. The computer system of any one of Claims 50 to 53, further 
comprising: 

means for comparing the indication of the at least one selected choice 
5 written in the computer system readable data file with a dependency file to determine 
an always run pari associated with the at least one selected choice. 

55. The computer system of any one of Claims 50 to 54, wherein the list 
of compatible options is provided to the user interface via a wdde area network 

10 (WAN) computer network, wherein the indication of the at least one selected choice 
is received from the user interface via the WAN computer network. 

56. A method of specifying a computer system substantially as described 
with respect to any of the accompanying drawings. 

15 

57. A computer system substantially as shown in or as described with 
respect to any of the accompanying drawings. 
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